home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / m68k / 177 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.5 KB
  1. Path: news.cis.nctu.edu.tw!usenet
  2. From: don_w1@verifone.com (Don Ward)
  3. Newsgroups: comp.sys.m68k
  4. Subject: Re: MC68LC302 -- PNDDR & PNDATA Addresses; Also RISC Microcode Question
  5. Date: Tue, 30 Jan 1996 16:00:20 GMT
  6. Organization: Dept. of Computer & Information Science, NCTU, Taiwan
  7. Message-ID: <4elfbu$huo@news.cis.nctu.edu.tw>
  8. References: <310AD218.691B@verifone.com>
  9. NNTP-Posting-Host: @148.5.6.61
  10. X-Newsreader: Forte Free Agent 1.0.82
  11.  
  12. Don Ward <don_w1@verifone.com> wrote:
  13.  
  14. >I am writing device drivers for a board containing an MC68LC302 chip. This 
  15. >involves "bit-banging" via some bits of the new (i.e. not present on the 
  16. >regular MC68302 chip) I/O port controlled by PNDDR and PNDAT locations in the 
  17. >dual-port RAM.  The board is hooked up to a PC for cross-development using 
  18. >Microtec tools including the Xray debugger and am puzzled by a couple of 
  19. >things:
  20.  
  21. >(1) I can not talk to the new I/O port using Motorola's published address 
  22. >ofsets of PNDDR = $8DC and PNDAT = $8DE.  My BAR is set to $FFF000 to allow 
  23. >short negative addressing.  I've tried setting PNDDR to all 1's, which should 
  24. >allow me to write to PNDAT and then read back what I wrote but PNDDR and 
  25. >PNDAT always read back both 0's no matter what I write to them.  I'm also not 
  26. >seing any level changes on the pins out from the MC68LC302 chip.  Both byte 
  27. >and word writes and reads have been tried on this port.
  28.  
  29. >Ports A and B behave normally and predictably -- only port N is giving 
  30. >trouble.
  31.  
  32. >My suspicion is that either there is a secret (i.e. undocumented) bit 
  33. >somewhere in another dual port RAM location to enable the PN port, OR the 
  34. >published addresses for PNDDR and PNDAT are wrong.  The supplementary 
  35. >handbook says very little about this new port, other than it doesn't have a 
  36. >control register (i.e. there is no PNCNT because the pins are ALWAYS meant to 
  37. >be used for parallel I/O, never as "peripherals").
  38.  
  39. >(2) The reason for the "bit banging" is that the 68302 definitley does NOT 
  40. >support the protocol I'm using, which involves turning the line around in the 
  41. >middle of the stop bit of an 8-bit+parity packet.  The protocol requires the 
  42. >RECEIVER to drive the line "low" for 1 bit time starting 1/2 bit time after 
  43. >the end of parity bit if parity is incorrect.  Rather weird but it's part of 
  44. >an International standard (ISO 7816 part 3) and I have no choice but to 
  45. >comply.
  46.  
  47. >We would LIKE to microcode this protocol using the 68302's built in RISC 
  48. >processor but Motorola are not very forthcoming with information on how to do 
  49. >this.  Microcoding would save a tremendous amount of processor load -- we 
  50. >NEED to run at 9600 baud and would LIKE to run at 19200 and 38400.
  51.  
  52. >So my question is -- have you or anyone you know ever successfully microcoded 
  53. >a 68302.  Please reply if you have so this can be taken further.
  54.  
  55. >Thanks == Don Ward ==
  56.  
  57. This is a  followup to my own posting:
  58.  
  59. On contacting Motorola we were told that the MC68CL302 chip we have is
  60. Rev. A and that certain functionality, including Port N, is missing
  61. fro this revision.  They are FedExing us some Rev. B chips which
  62. apparently DO have Port N implemented.
  63.  
  64. I wonder if this is common place in the chip industry? Nobody from
  65. Motorla bothered to inform us that we had a defective chip until I
  66. discovered the strange behavior and one of our hardware guys called
  67. Motorola.  They were very helpful once contacted, but we feel they
  68. should have taken the initiative.
  69.  
  70. Incidentally we just purchased a very expensive Orion I.C.E. and on
  71. checking found that it, too, contains the defective chip!
  72.  
  73. == Don ==
  74.  
  75.